home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / policy / 940247.txt < prev    next >
Encoding:
Internet Message Format  |  1994-11-13  |  11.8 KB

  1. Date: Fri, 10 Jun 94 04:30:16 PDT
  2. From: Ham-Policy Mailing List and Newsgroup <ham-policy@ucsd.edu>
  3. Errors-To: Ham-Policy-Errors@UCSD.Edu
  4. Reply-To: Ham-Policy@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Policy Digest V94 #247
  7. To: Ham-Policy
  8.  
  9.  
  10. Ham-Policy Digest           Fri, 10 Jun 94       Volume 94 : Issue  247
  11.  
  12. Today's Topics:
  13.                      Question about Radar Jamming
  14.                   Usefulness of the amateur service
  15.  
  16. Send Replies or notes for publication to: <Ham-Policy@UCSD.Edu>
  17. Send subscription requests to: <Ham-Policy-REQUEST@UCSD.Edu>
  18. Problems you can't solve otherwise to brian@ucsd.edu.
  19.  
  20. Archives of past issues of the Ham-Policy Digest are available 
  21. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-policy".
  22.  
  23. We trust that readers are intelligent enough to realize that all text
  24. herein consists of personal comments and does not represent the official
  25. policies or positions of any party.  Your mileage may vary.  So there.
  26. ----------------------------------------------------------------------
  27.  
  28. Date: Thu, 9 Jun 1994 18:14:27 GMT
  29. From: ihnp4.ucsd.edu!library.ucla.edu!europa.eng.gtefsd.com!howland.reston.ans.net!math.ohio-state.edu!magnus.acs.ohio-state.edu!csn!col.hp.com!srgenprp!donrm@network.ucsd.edu
  30. Subject: Question about Radar Jamming
  31. To: ham-policy@ucsd.edu
  32.  
  33. Ed Ellers (edellers@delphi.com) wrote:
  34.  
  35. > absent.  If you're emitting light from a motor vehicle I suspect that would be
  36. > covered under state laws that govern the types of lights that can be installed
  37. > on a car.
  38.  
  39. It wouldn't surprise me that there's a law (particularly California)
  40. that covers IR radiation from a moving vehicle. 
  41.  
  42. I'd guess that they'd get you under 'obstruction of justice' or some
  43. other arcane edict.  Like the military's 'article 15', there's probably 
  44. a chapter/section/verse codified that covers any kind of jamming.
  45.  
  46. Don K6LTS
  47. donrm@sr.hp.com
  48.  
  49. ------------------------------
  50.  
  51. Date: 9 Jun 1994 14:11:01 -0400
  52. From: newstf01.cr1.aol.com!search01.news.aol.com!not-for-mail@uunet.uu.net
  53. Subject: Usefulness of the amateur service
  54. To: ham-policy@ucsd.edu
  55.  
  56. In asking for usefulness to "the nation", you ignore usefulness to
  57. individuals... specifically individuals who are not hams.  The nation
  58. is made up of such individuals, and that, in toto, makes up
  59. "usefulness to the nation".
  60.  
  61. It could be argued in this manner that even disaster relief is of no
  62. use to the nation, because only a few individuals benefit.  I think
  63. you would take issue with that... if you do not, then I don't know
  64. what you even mean by "usefulness to the nation".
  65.  
  66. I suppose also that there is =no= service, of any sort, that could
  67. not be provided in some other manner.  When a person calls on the
  68. telephone to report an accident, and hears "We have it already", is
  69. this evidence that the telephone system should be replaced?  It
  70. certainly is not evidence that ham radio should be replaced.  It's
  71. not a question of whether something theoretically could "replace" the
  72. benefits to other individuals of the nation that ham radio
  73. provides... the question is whether this exists, functions, is in
  74. place, etc.  
  75.  
  76. It is not.  Ham radio is it.
  77.  
  78. Jose   KD1SB
  79.  
  80. ------------------------------
  81.  
  82. Date: Thu, 9 Jun 94 10:17:39 -0500
  83. From: news.delphi.com!usenet@uunet.uu.net
  84. To: ham-policy@ucsd.edu
  85.  
  86. References <1994Jun6.124354.12073@cs.brown.edu>, <CSLE87-070694100513@145.39.1., <2t6irn$j3c@ccnet.ccnet.com>
  87. Subject : Re: 440 in So. Cal.
  88.  
  89. Bob Wilkins  n6fri <rwilkins@ccnet.com> writes:
  90.  
  91. >Ed your proposal is not about sharing at all. Technically you are only
  92. >sharing with Michael. What about all the other repeaters using their tones
  93. >to share the spectrum? You will be repeating the multitude of other
  94. >repeater users that share the frequency. Your repeater is now repeating
  95. >all the nuisance interference to Michaels group as well as your own. 
  96. >Michaels group learned the merits of using pl tone and are good neighbors. 
  97.  
  98. I'm not talking about a conflict that may raise between Michael's or my
  99. repeater and others in adjoining areas -- which you correctly point out may
  100. well be a problem.  My point refers to the direct conflict between two
  101. proposals to cover essentially the same area, one with a closed system and
  102. the other with an open system.  It could work the same way if I also tone-coded
  103. my machine with a different tone -- one different from Michael's, and not in
  104. conflict with neighboring repeaters -- and made that tone public.
  105.  
  106. ------------------------------
  107.  
  108. Date: Thu, 9 Jun 94 10:23:13 -0500
  109. From: news.delphi.com!usenet@uunet.uu.net
  110. To: ham-policy@ucsd.edu
  111.  
  112. References <1994Jun6.124354.12073@cs.brown.edu>, <CSLE87-070694100513@145.39.1.1, <Anthony_Pelliccio-090694092855@138.16.64.16>
  113. Subject : Re: 440 in So. Cal.
  114.  
  115. Tony Pelliccio <Anthony_Pelliccio@brown.edu> writes:
  116.  
  117. >> one on the same pair that is activated only by carriers WITHOUT your tone?
  118.  
  119.  
  120. >The problem with this is that everytime an authorized user of Mike's
  121. >machine keys up, even though tone-squelch is on, it'll key up your
  122. >repeater. If someone without tone keys up you're correct in your statement
  123. >that Mike's machine would stay off. 
  124.  
  125. You misread my statement.  My machine would detect the tone of Mike's repeater
  126. and INHIBIT when that tone is present.
  127.  
  128. ------------------------------
  129.  
  130. Date: 9 Jun 1994 17:53:10 GMT
  131. From: ihnp4.ucsd.edu!agate!kabuki.EECS.Berkeley.EDU!kennish@network.ucsd.edu
  132. To: ham-policy@ucsd.edu
  133.  
  134. References <CSLE87-070694100513@145.39.1., <2t6irn$j3c@ccnet.ccnet.com>, <Z42PHG8.edellers@delphi.com>
  135. Subject : Re: 440 in So. Cal.
  136.  
  137. In article <Z42PHG8.edellers@delphi.com>,
  138. Ed Ellers  <edellers@delphi.com> wrote:
  139.  
  140. (stuff about nets deleted)
  141.  
  142. >I don't need coordination.  Part 97 says only that an uncoordinated repeater
  143. >is obligated not to interfere with coordinated repeaters, and my "not the
  144. >other machine's tone" plan insures that my machine will not interfere with
  145. >Michael's group in this situation.
  146.  
  147. Maybe not.  The two repeaters DO share the same output, no?  If a QSO
  148. is going on the coordinated repeater, and someone keys your repeater,
  149. it is possible that your repeater output will interfere with the
  150. existing QSO, depending on the locations of the 4 parties (TX/RX
  151. on each machine).  How far do you take this concept?  Put 25 machines
  152. on a pair with different PLs?  Anyhow....
  153.  
  154. True, nothing REQUIRES you get coordination.  But, 97.205 is CLEAR on
  155. whose responsibility it is when a non-coordinated repeater interferes
  156. with a coordinated repeater.  A responsible frequency coordinator will
  157. not and should not allow what you propose without explicit permission
  158. from the existing repeater.  It isn't good coordinating practice.  BUT,
  159. you are free to put up your machine, but you will have to settle with
  160. the trustee of the existing machine if there is interference, and we
  161. all know who has the primary responsiblity of fixing this.  
  162.  
  163. Now, we don't want to flood the FCC with requests to adjudicate repeater
  164. interference cases, do we?  We KNOW the answer is "go read 97.205" and
  165. if you keep bugging us, we'll take your spectrum away.
  166.  
  167. Do what you want -- part 97 clearly states that you can install your
  168. repeater.  Part 97 also clearly states who is responsible if and when
  169. interference results.  If you want to spend all this time and effort in
  170. this exercise, then it is within your right.
  171.  
  172. But, please don't go blaming the coordinators for the job they are supposed
  173. to do.  I DO NOT want coordinators to relax their good judgement in
  174. following proper coordination standards.  The coordinator's job is to
  175. determine whether placing a repeater at location X with a set of
  176. TX/RX characteristics is likely to cause harmful interference
  177. with existing machines.  He makes NO judgement about the content,
  178. or whether it is open or closed unless specifically told to do so
  179. by the spectrum management folks.
  180.  
  181. In fact, frequency coordination could be done by computer, as there
  182. should be no value judgements -- it is strictly RF engineering.  Now,
  183. the human element of it is trying to get trustees to talk to each
  184. other and perhaps improve the system  -- forge agreements.
  185.  
  186. I've gone through my "I want my own repeater" phase already and I live
  187. in a congested area.  I've shelved the idea (not too serious to begin
  188. with) since I have no real need for my own 440 repeater, and the
  189. RF engineering to make it work where I wanted to put my box wouldn't
  190. work.  If I finally put up a repeater, it'll be on 1280 -- uncongested, less
  191. people, and greater good to the community.
  192.  
  193. So, do what you want, but remember that Part 97 gives you the right to
  194. do what you want, but also places the responsibility of your actions
  195. squarely on your shoulders.  Also, don't forget 97.101(a).
  196.  
  197.  
  198. My long winded 2 cents.
  199.  
  200. -Ken
  201.  
  202. ------------------------------
  203.  
  204. Date: Thu, 9 Jun 94 10:21:00 -0500
  205. From: news.delphi.com!usenet@uunet.uu.net
  206. To: ham-policy@ucsd.edu
  207.  
  208. References <1994Jun6.124354.12073@cs.brown.edu>, <CSLE87-070694100513@145.39.1., <2t6irn$j3c@ccnet.ccnet.com>
  209. Subject : Re: 440 in So. Cal.
  210.  
  211. Bob Wilkins  n6fri <rwilkins@ccnet.com> writes:
  212.  
  213. >Politically... what happens on Monday Night Net when Michaels group must
  214. >do their required Ares-Races area check-in. Your group has forgotten the
  215. >Monday night net and is excited about getting their packet node up and
  216. >running. There is a lot of talk and obviously every one is having a good
  217. >time until Net Control tries to assert control of the frequency. 
  218. >
  219. >Ed   How would you handle this situation? Remember you must satisfy the
  220. >needs of not only your group but the needs of the community and the Net
  221. >that is standing by for the frequency. 
  222.  
  223. Does a net have the right to bump an existing QSO off a frequency?  I think
  224. not.
  225.  
  226. >I sure hope your answer is a good one. Our coordinating group would not 
  227. >coordinate your proposal unless Michael concured in writing. How do you 
  228. >convince Michael and his group that your proposal is a good thing.
  229.  
  230. I don't need coordination.  Part 97 says only that an uncoordinated repeater
  231. is obligated not to interfere with coordinated repeaters, and my "not the
  232. other machine's tone" plan insures that my machine will not interfere with
  233. Michael's group in this situation.
  234.  
  235. ------------------------------
  236.  
  237. Date: 9 Jun 1994 13:30:01 GMT
  238. From: ihnp4.ucsd.edu!agate!cat.cis.Brown.EDU!NewsWatcher!user@network.ucsd.edu
  239. To: ham-policy@ucsd.edu
  240.  
  241. References <CSLE87-070694100513@145.39.1.1, <2t4fpt$pg8@cat.cis.Brown.EDU>, <567NnIv.edellers@delphi.com>
  242. Subject : Re: 440 in So. Cal.
  243.  
  244. In article <567NnIv.edellers@delphi.com>, Ed Ellers <edellers@delphi.com>
  245. wrote:
  246.  
  247. > Michael P. Deignan <md@pstc3.pstc.brown.edu> writes:
  248. >  
  249. > >Karl, I'll repeat it one more time. I don't know why people have such a
  250. > >hard time understanding this... I've never claimed that I, or anyone else,
  251. > >OWN a frequency. I HAVE claimed that repeater owners - even of closed
  252. > >repeaters - have the same rights as everyone else - to expect interference-
  253. > >free operation of their repeater.
  254. > >
  255. > >Does this mean that I oppose frequency sharing? Not at all. If you can
  256. > >provide a means of sharing frequencies and at the same time eliminating
  257. > >(or at least reducing to minimum levels) interference then you have
  258. > >my support.
  259. >  
  260. > Okay, what if I -- knowing that your machine has tone squelch -- put another
  261. > one on the same pair that is activated only by carriers WITHOUT your tone?
  262. > If one of your authorized users keys up your machine comes up and mine remains
  263. > dormant; if someone else does yours stays off (since there's no tone) and mine
  264. > goes active.  Neither interferes with the other at all.
  265.  
  266. The problem with this is that everytime an authorized user of Mike's
  267. machine keys up, even though tone-squelch is on, it'll key up your
  268. repeater. If someone without tone keys up you're correct in your statement
  269. that Mike's machine would stay off. 
  270.  
  271. But in the world of amateur radio it doesn't work that way.
  272.  
  273. -- 
  274. == Tony Pelliccio, KD1NR
  275. == Anthony_Pelliccio@brown.edu, Tel. (401) 863-1880 Fax. (401) 863-2269
  276. == The opinions above are my own and not those of my employer. 
  277.  
  278. ------------------------------
  279.  
  280. End of Ham-Policy Digest V94 #247
  281. ******************************
  282.